home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19941031-19941221 / 000147_news@columbia.edu_Mon Nov 14 20:07:20 1994.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA29471
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Mon, 14 Nov 1994 19:30:12 -0500
  3. Received: by apakabar.cc.columbia.edu id AA14850
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Mon, 14 Nov 1994 19:30:05 -0500
  5. Path: news.columbia.edu!news.media.mit.edu!bloom-beacon.mit.edu!gatech!newsxfer.itd.umich.edu!zip.eecs.umich.edu!yeshua.marcam.com!charnel.ecst.csuchico.edu!psgrain!ticsa.com!soren.aztec.co.za!soren
  6. From: soren@aztec.co.za (Soren Aalto)
  7. Newsgroups: comp.protocols.kermit.misc,alt.winsock
  8. Subject: Re: winsock/pkt dvr hack possible?
  9. Date: Mon, 14 Nov 1994 11:33:39
  10. Organization: Linkdata
  11. Lines: 25
  12. Message-Id: <soren.202.000B8FF5@aztec.co.za>
  13. References: <3a67j8$j39@Mercury.mcs.com>
  14. Nntp-Posting-Host: soren.aztec.co.za
  15. X-Newsreader: Trumpet for Windows [Version 1.0 Rev A]
  16. Xref: news.columbia.edu comp.protocols.kermit.misc:1091 alt.winsock:21725
  17. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  18.  
  19. In article <3a67j8$j39@Mercury.mcs.com> les@MCS.COM (Leslie Mikesell) writes:
  20.  
  21. >Since a "real" windows kermit seems unlikely in the near future, I'd
  22. >like to know if it would be possible to use some kind of shim that
  23. >looks like a packet driver in a dos session but actually uses the
  24. >winsock interface.  I know you can do this if you have an NDIS driver
  25. >below the winsock layer, but I'd like something that would work the
  26. >same way over the dial-up versions of winsock.
  27.  
  28. Well, I've thought about this one, and I'd have to say that the
  29. blunt answer is no.
  30.  
  31. I am working on some things like this--you'd have to go the route 
  32. of running Winsock over a packet driver & then using a shim
  33. like pktmux to split off virtual packet drivers.  I suppose you
  34. could run slp16550 or etherppp packet drivers outside of Windows.
  35. Otherwise you'd have to write an implementation of SLIP or PPP
  36. that communicates with some kind of TSR stub in the System VM
  37. that makes it look like the packets from the dial-up connection
  38. are comming out of a packet driver.
  39.  
  40. In short, this is pretty yecchy.
  41.  
  42. Soren
  43.